home *** CD-ROM | disk | FTP | other *** search
/ Light ROM 4 / Light ROM 4 - Disc 1.iso / text / net_news / 1995 / 022795.doc / text0184.txt < prev    next >
Encoding:
Text File  |  1995-03-10  |  2.1 KB  |  48 lines
  1. In article <3jbvhk$f5k@newsbf02.news.aol.com>, stranahan@aol.com (Stranahan) says:
  2. >
  3. >8.3 SUCKS - luckily, WIn NT allows long file names - all our system at A51
  4. >use long file names...mo better then the alternative..
  5.  
  6. Have you stress-tested this?  I think it works like this:
  7. since LW/Win uses the Windows common file dialog, you'll
  8. be able to see, select and enter long filenames on WinNT
  9. NTFS partitions.
  10.  
  11. Now, the big question is how many characters can be used
  12. to specify a fully-qualified filename path string?  Each 
  13. component in a long WinNT filename path string can be 256
  14. chars: that is, each filename or directory name can be
  15. 256 chars each, plus the two chars for the drive name,
  16. plus all the slashes in-between.  The basic Win32 file-open
  17. function can accept a 256-char filename path, but it also
  18. uses the notion of "current directory," meaning the fully
  19. specified filename could be much longer than 256 chars.
  20.  
  21. As far as I can tell, LW/Win always saves a fully qualified
  22. absolute pathname in scene files, which is different than
  23. the Amiga version, which often used relative path names
  24. (relative to the Toaster / LW directory).  This will present
  25. some problems in itself, notably, whenever drive letters change
  26. on the system, your scene files will suddenly stop loading
  27. automatically, and will pester you to re-point every object
  28. and texture image.  Of course, you can change any drive letter
  29. at any time in WinNT, using the Disk Admin program, and it's
  30. easy to make new drive letters with File Manager and SUBST.
  31.  
  32. First, we need to know how large their buffers are when
  33. they call the common file dialog.  Then we need to insure
  34. that all filename-path subroutines can handle such long
  35. filename paths.  Then we need to confirm that all other
  36. buffers, such as the one that reads the LoadObject line
  37. in scene files, can handle the long pathnames, too.
  38.  
  39. There are a *lot* of things that need to be stressed before
  40. we can claim that LW/Win can handle NTFS long filenames.
  41.  
  42. In other words, I'll bet a doughnut that I can break LW/Win's
  43. handling of filenames.  When those buffers overflow within the
  44. program, who knows what kind of stack data will be trashed.
  45.  
  46.  
  47.  
  48.